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[57] ABSTRACT 

A system and method for automatically processing tele- 
phone calls for alternative billing or for providing automated 
operator services. In one form, a call for which operator or 
alternative billing services are sought is routed through a 
telephone network to an automated operator facility. The call 
is accompanied by certain parameters which are indicative 
of the characteristics of the call. A menu of available 
automatic services is presented to the caller and the caller's 
selection from the menu is then received by the automated 
facility. The call parameters are used to retrieve a record 
containing customization features, preselected by a 
subscriber, which are those to be used in providing the 
particular service selected from the menu by the caller. The 
call is then automatically processed in accordance with the 
preselected customized features to provide the selected 
operator servile. During a call session the caller may 
dynamically select certain features such as the language in 
which the interactive portions of the call processing will be 
conducted. 

15 Claims, 15 Drawing Sheets 
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AUTOMATED TELEPHONE OPERATOR 
SERVICES 

This invention pertains in general to the field of tele- 
phony and in particular to methods and apparatus for auto- 
mating telephone operator services. 

BACKGROUND OF THE INVENTION 

Various items of equipment and techniques, useful with 
and within a telephone network or system, are now available 
to conduct call processing automatically and interactively 
with a caller for a number of applications. For example, it is 
commonplace to have a telephone call automatically 
responded to by a voice recording which presents the caller 
with prompts for inputs and with a menu from which call 
routings and services may be selected. The caller responses 
may be made vocally (using automatic voice recognition), 
by entries from the telephone keypad, or by a combination 
of techniques. An advantage of this, from an economic and 
efficiency point of view, is that there is no need for human 
intervention in handling the call 

Despite the advances that have been made, however, there 
remains a need to improve the automation of certain calls 
which have historically been made with the assistance of a 
telephone operator. For example, long distance calls sought 
to be alternatively billed, either to the called party (e.g., 
collect calls) or to a third party (e.g., third party billing) still 
require, by and large, the personal assistance of a telephone 
operator. In these cases, prior to completing the call, the 
operator has to establish initial contact with either the called 
party or the third party and ascertain whether or not the 
charges for the call will be accepted. Then, depending on 
whether the charges are accepted or not, the operator 
informs the calling party, one way or the other, and the ball 
is then placed by the operator or is denied. For the same 
reasons of economy and efficiency, it has become desirable 
to find some way to automate these alternative billing 
procedures, eliminating the need for operator assistance. 
Some advances have been made in that regard and auto- 
mated systems are beginning to appear. 

Despite the advances in automation, however, certain 
capabilities have been lacking, and it has been recognized, 
in connection with these kinds of telephone services, that 
various customers, or subscribers, may need to be responded 
to and their calls processed differently, depending on their 
particular circumstances and requirements. For example, 
certain subscribers seeking operator services may need to be 
responded to in a particular language (i.e.. other than 
English), or, if the subscriber is a business, such as a hotel, 
it may desire to respond to a caller with customized greet- 
ings or closings or to provide music or special messages 
during call interludes or holding periods. Thus, not only 
have ways been sought to automate these and other operator 
services, but it has been desirable to find same way to allow 
a subscriber to customize automated services to meet their 
particular requirements. In fact, ways have been sought 
whereby a user can dynamically obtain a certain amount of 
"customization" during a call session; i.e., while the user is 
setting up the call. Preferably, the "dynamic" customization 
would complement or override any preselected customiza- 
tion. 

It is, therefore, among the objects of the present invention 
to provide a system and method whereby certain telephone 
services, including those requiring alternative billing, are 
processed automatically, without operator intervention, and 
whereby certain features and aspects of the services may be 
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customized to meet a subscriber's particular requirements 
and certain other features may be "dynamically" selected by 
a caller, or user, during a particular call session. 

SUMMARY OF THE INVENTION 

In one form of the invention, a call for which operator or 
alternative hilling services are sought is routed through a 
switched telephone network, for example, to an automated 
operator facility. The call is accompanied by certain param- 
eters which are indicative of the call's characteristics (i.e., 
' indicative of the type of call). A menu of available automatic 
services is presented to the caller and the caller's selection 
from the menu is then received by the automated facility. 
The call parameters are used to retrieve a record containing 
customization features, preselected by a subscriber, which 

15 are those which are to be used in providing the operator 
service selected from the menu by the caller. The call is then 
automatically processed in accordance with the preselected 
customized features to provide the selected operator service. 
During a call session the caller may dynamically select 

20 certain features such as the language in which the interactive 
portions of the call processing will be conducted 

In another form of the invention, once a call for which 
operator or alternative billing services are sought has been 
routed to a point from which automated services are 

25 available, certain parameters, defining the type of call 
received, are examined to determine whether automated 
telephone services are available for that type of call. If so, 
the call, along with at least some of the call parameters, are 
directed to an automatic response unit for processing. A 

30 menu of automated services is presented to the calling party 
allowing certain services to be selected. The call parameters 
are examined by the automatic response unit to detertnine 
which particular features from a plurality of call features 
will be used for processing the call in accordance with the 

35 selected service. Selection may be by voice response or by 
activation of the telephone keypad. The automated services 
available may include collect calling, third party billing of 
calls, and billing calls to a credit account or card. The 
particular features employed to process the call (for the 

40 selected service) are preselected by a subscriber for the 
automated services and include such things as preselection 
of the spoken language used in the interexchange with a 
caller and the provision of selected music or messages while 
a party is on hold during call processing. 

45 A system according to the invention for automatically 
processing calls for alternative billing, or for providing 
automated operator services, may include an automatic 
response device (e.g., an ARU) for receiving calls sought to 
be billed alternatively and for processing accordingly. The 

50 automatic response unit may include a voice response sub- 
system that receives call related inputs and makes appropri- 
ate responses and a call processing subsystem that interacts 
with the voice response part to control the progression of call 
processing. A call controller connected to the automatic 

55 response device receives the call and related call parameters 
from a telephone network and determines from the param- 
eters if the call options is of the type to be handled 
automatically, and, if so, directs the call, along with call 
parameters, to the automatic response unit The automatic 

60 response unit has access to a database containing data that 
specifies certain processing features, preselected by a 
subscriber, and based on the call parameters, that are used 
for the call processing. 

w BRIEF DESCRIPTION OF THE DRAWINGS 

While the specification concludes with claims particularly 
pointing out and distinctly claiming the subject matter 
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regarded as the invention, the invention will be better By the invention, a caller at telephone 100, for example, 

understood from the following description taken in connec- can access the system for automated operator services in a 

tion with the accompanying drawings in which: number of ways. For example, the caller may dial 0+- (the 

FIG. 1 is a block diagram of an automated system in " 2cr ° w P ws 01 + < °" On"**** "zeros"), 

accordance with the invention; 5 a credit card number followed by a pause for a time out, or 

ttt^p +a ^ * t. * * . ^ c ^- by an 800 special access number. The exact entry for access 

. 9 ' 2A " 2 S' ^ Jo*** « a flow chart of certain ^ mc caUeTiTrelatively unimportant for present purposes, 

principal operations of the invention, and as those operations ^ my casc< ^ locaJ telephone exchange operating 

might be carried out in a system according to FIG. 1; company, here LEC 105, which initially receives the call, 

FIGS. 3A-3C, taken together, are a flow chart for collect ^ recognizes the entry as a request for automated operator 

call operations; services by an interexchange carrier and passes the call 

FIG. 4 illustrates, in flow chart form, operations for new through to the appropriate long distance network, such as to 

call/new billing options available as part of the invention; interexchange earner 117. Within network 107 the call is 

FIGS. 5A-5C, taken together, are a flow chart for billing ultimately routed, by means which are well known and 

calls alternatively to a third party; 15 which need not be discussed in detail here, to a bridging 

FIG. 6 is a flow chart of operations for a new billing switch 108. 

option; The bridging switch 108 is a standard item of telecom- 

FIGS. 7A-7B, taken together, are a flow chart of opera- munications equipment which may be located wherever it is 

tions for alternatively billing a call to a credit card number convenient; its purpose is to accept calls from the network 

(which may be a commercial card, a card issued by a 20 I** 7 ' to bridge them to an automatic call distributor (ACD) 

regional phone company, or any of various others); and U0* and ultimately into an automated operator center 111. 

FIG. 8 is a flow chart illustrating the implementation of a ^ bridging switch 108 and the ACD 110, in one view, can 

language menu for presentation to a caller. 06 considered as part of the carrier network 117 and they 

will generally be interconnected to each other through a 

DESCRIPTION OF THE INVENTION ^ release line trunk (RLT). Notably, there may be a number of 

An understanding of the invention can be obtained by first geographically dispersed automated operator centers, essen- 

considering the system of FIG. 1, along with a description of tially identical to center 111, to efficiently handle calls from 

how certain calls which would ordinarily be handled by a a wide geographic area, although for purposes of developing 

human operator, are thereby processed. Included among an understanding of the invention, it will be sufficient to 

such calls are those for which alternate billing arrangements 30 focus here upon automated operator center 111. It may be 

are sought, including collect calls, those for billing to a third helpful to also note, however, that the intelligence and 

party, and those to be billed against a credit account The capability for routing to one automated center or another, as 

flow charts of the remaining Figures will be discussed in appropriate, will be provided in network 107 by well known 

detail subsequently, but may also be referred to in connec- techniques. 

tion with FIG. 1 for a full understanding of the invention. 35 The automated operator center 111 is comprised of audio 

In FIG. 1 it may be assumed that a caller using telephone response unit (ARU) 113, a call processor 115, an applica- 

100 desires to place a long distance telephone call to another tion processor 118, and an associated application processor 

party who is expected to answer at, say, telephone 102. The server 119. For default operations it may also include a 

telephone 100 may be the one for which the caller is the manual operator station 120. The audio response unit 113, 

subscriber (e.g., it may be the caller's home telephone), or 40 call processor 115, the application processor 118, and the 

it may be some other phone such as a coin-operated pay manual operator station 120 are connected together by way 

phone or a phone located in a hotel or at some other place of a local area network (LAN) 121 to provide for commu- 

of business. In any case, it will be assumed, for present nications between these system components. The local area 

purposes, that the caller desires to either bill the charges for network 121 may, for example, be an Ethernet LAN, which 

the call to some account other man to the account for the 45 is a well known local area network system, 

originating station 100. or to otherwise obtain, for some As a further part of the architectural framework shown in 

purpose, what would ordinarily be referred to as operator FIG. 1, the application processor server 119 is connected to 

assistance, a token ring network 123 which may offer connectivity 

The caller may, for example, desire to have the call billed beyond the automated operator center 111. In this case, there 

collect, for billing against the account of the called party 50 is an order entry system 125 beyond the center 111, also 

telephone 102, or for third party billing against the account connected to the token ring 123, which accepts input data (as 

of the subscriber, say, for telephone 103. on line 124) related to, among other things, particular 

Illustratively, the calling party phone 100 and the third presub scribed customers for automated operator services 

party phone are shown connected to an interexchange carrier and which allows data on customization features for those 

network 107 through a first local exchange 105 and the 55 and other services to be down-loaded into the automated 

called party phone is shown connected through a second operator center 111. The down-loading is by way of the 

local exchange 106. Generally, these kinds of alternate token ring 123, via one path to the server 119 for ultimate 

hilling calls have been placed by having the caller raise an use by the application processor 118, and via a second path 

operator on the line and then having the operator establish directly to the call processor 115. 

contact with a party at either the called station 102 or at the 60 Order entry systems, such as order entry system 125 are 

third party station 103 to obtain authorization, or approval, well known in the field of telephony and need not be 

for the alternative billing to one or the other of these stations. discussed in detail here to develop an understandirig of the 

If authorization for the charges is obtained, the operator then present invention; it is sufficient to note that this system 125 

completes the call. The present invention carries out these generally is of the type which is available for serving a 

and other operations without intervention by an operator and 65 number of purposes for a public telephone network system, 

with customized processing features preselected by a sub- and that, for present purposes, it offers a window into the 

scriber. automated operator center HI for entering and altering 
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customization and other data to achieve custom features for a port selection on the ARU 113. Basically, the application 

automated operator services on a subscriber-by-subscriber processor 118 selects the ARU group operation from other 

basis and to set the functionality of the center 111 and its operations available to be carried out. The call may be 

on-going operations. Its role in the invention's operation queued by the ACD 110 as necessary. It may be noted at mis 

will become clear as further explanation of the invention 5 point that the call parameters may indicate that the call type 

progresses. The order entry system 125 may be located is such that it is inappropriate to use automated services for 

wherever convenient for serving one or various coordinated handling the call (e.g., a subscriber may, by prior selection, 

automated operator centers, and, for reliability, it may be indicate that its calls are not to be so handled). In those cases, 

redundantly available. the ACD 110 will be directed to route the call to the operator 

The technology for implementing the token ring 223 is 10 station 120 (or to another equivalent station) for handling by 

also very well-known and readily available and therefore a human operator. 

need not be elaborated upon. A token ring satisfactory for By operation of the application processor 118, call control 

use in the invention, for example, may be obtained from is managed outside the ACD 110, allowing changes and 

Digital Equipment Corporation. updates to be more readily made. Call control is not driven 

To complete the architectural framework of FIG. 1 mere 15 by the ACD software, but by programming of the application 

is a validation gateway 122 from the LAN 121 to access processor 118. Given (he criteria, the use of general purpose 

validation databases 126. As will become clear, the valida- computers to control automatic call distributors in this 

tion databases 126 are accessed during certain operations for manner will be recognized as an exercise that can be carried 

confirming such things as credit card numbers presented for out by anyone of ordinary skill in the art 

use by callers. 20 Normally, although by no means exclusively, as will 

Operatively, the application processor 118, which is a become dear, calls such as those under consideration here 
general purpose computer, functions as the central point for will be routed to an appropriate port (and queued as needed) 
call routing control at the automated operator center 111 and of the audio response unit 113. The lines from the ACD 110 
it exercises control over operation of the ACD lit. Within and into the ARU 113 are typical Tl voice lines as is well 
the application processor 118 there are data-tables (not 25 known in telephony. The ARU 113 may itself be obtained 
specifically illustrated) to effect control of the ACD 110 and conimercialry, and for the present invention it has been 
the delivery of calls within the automated center 111 gen- determined that a voice response unit, based on an IBM 
erally to an appropriate port on the ARU 113 or, System 95 PC, available from Intervoice, Inc. of Dallas, Tex. 
alternatively, to a live operator such as at operator station will perform satisfactorily. It may be noted, however, that 
120. Computers suitable for providing the functions of the 30 m e ARU is essentially in three operative components, illus- 
application processor 118 and of its associated server 119 trated in FIG. 1 as a voice processor 127, an application 
include the well known VAX model computers available interface 128, and an audio server 129. The voice processor 
from Digital Equipment Corporation. Similarly, the ACD 127 is multi-port far voice communications via the Tl lines 
110 may be any one of a number of well known automatic from the ACD 110 (e.g., one Tl channel per port to serve a 
call distributors or conventional switches adapted for pur- 35 number of calls simultaneously). The voice processor 127 
poses of the invention (one example of a suitable switch for includes subsystems, not specifically illustrated, for voice 
this purpose is the Northern Telecom SL 100 switch). Here, recognition and response in multiple languages; DTMF 
the ACD 110 functions essentially as a queuing and selection interaction capabilities to accept and respond to inputs from 
switch. Those of skill in the art will recognize that it is a telephone keypad, for example; and voice capabilities for 
entirely feasible, if queuing is not needed or desired, to 40 implementing generic and customized scripts. The audio 
provide a system essentially similar to that of FIG. 1 without server 129 provides direction and control for the ARU 113, 
using an ACD. Instead, in such event, the bridging switch includes the customized and generic audio scripts, and 
108 can be directed to route the call to the appropriate interfaces with other system components. For a coordinated 
components or ports within the automated operator center exchange of information and call processing directions, for 
U1 - 45 example, the audio server 129 interacts, via LAN 121, with 
As illustrated, when a call, such as a call for which mc call processor 115. The application interface 128 pro- 
alternative billing is sought, arrives at the ACD 110, the vides the interface between the voice response processor 127 
ACD makes a request to the application processor 118 for the server or control processor 129. Also connected to 
directions as to how the call should be treated. The routing the audio server subsystem 129, for the creation and record- 
of a call at the ACD 110 is controlled from the application 50 iag of audio scripts, is the voice message workstation 130 
processor 118 based on originating call information which which includes microphones and recording devices (not 
comes in with the call. The application processor 118 separately shown in the drawing). Once such audio scripts 
receives this information, or parameters, (in the form of **e created they may be loaded into the audio server 129 to 
standard telephony messages) defining the call type, from be called upon for use in processing a call, 
the ACD 110 (which information, in turn was provided by 55 Operatively, the ARU 113 provides the application pro- 
the network 107 as is the usual case for call routing and cessing to move through the automated steps, including the 
processing) and performs a group select (e.g.. for the ARU provision of such things as voice prompting and menu 
113) using the received information and the internal data routing, as needed. The call flow processing includes the 
tables. The call parameters may include such information as provision of such functions as playing out digitized voice 
the carrier identification code (CIQ, called party number 60 messages and tones, decoding inputs from a telephone 
nature of address (NOA), autoinatic number identification of keypad (e.g., dual tone muitifrequency, or DTMF tones), 
the calling party (ANI), pseudo country code (PCQ, and digitally recording voice inputs from callers, voice 
language digit indicator (LD), In the case at hand, the recognition, and monitoring call progress, 
aj^lication processor 118, based on the call type, including In a sense, the manual operator terminal 120 functions 
information indicating mat the call is acceptable for auto- 63 somewhat in parallel with the ARU 113. Certain calls 
mated processing, directs the ACD 110 route the call to ARU meeting certain criteria, will be directed to live operators! 
113 which, in turn, queues the call as necessary, and makes others wfll be intercepted from processing by the ARU 113, 
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and diverted to the manual operator station 120. This will be 
more fully discussed bereinbelow. It is apparent that a 
number of manual operator stations can be operated simul- 
taneously. An operator at a manual station, if needed, is 
presented (eg., via a CRT screen) with information relating 
to any particular calL The flow control of manually handled 
calls matches the automated call processing in the ARU 113 
so that a transfer from automatic to manual processing can 
be picked up at any time without loss of continuity in 
handling the 

All of the call flow processing in the ARU 113 operates on 
a data driven basis. Decisions are made based on informa- 
tion and instructions available from the audio server 129, 
which, in turn, obtains information and instructions, at least 
in part from the call processor 115 and, ultimately, from the 
order entry system 125. The call processor 115 may be an 
IBM RS6000 RISC (reduced instruction set) computer. 

It is a feature of the invention that the automated services 
provided can be customized to meet the special needs of 
individual service subscribers. For example, a particular 
customer may wish to preselect the language used for the 
vocal interchange necessary for processing his call. 
Additionally, there may be a desire to use customized 
greetings or closings, or to have particular messages, or 
music played to callers during certain intervals or holding 
periods. This customization is effected by the entry of 
control data through the order entry system 125 from where 
it is downloaded to the call processor 115 and the application 
processor 118 through, in the latter case, the application 
server 119. The control data in the application processor 118 
is available in conjunction with the received call parameters 
for each call to direct the call to the appropriate port or group 
of operations in ARU 113. The control data in me call 
processor 115 is available on a call-by-call, individualized 
basis for access by ARU 113 which implements the required, 
presubscribed customized features in accordance with the 
control data. 

The actual scripts and so forth for customized applications 
may be created at the message work station 130 for loading 
into the ARU 113 and for being called to use as required. 

Prior to describing the call flows in detail as set forth in 
FIGS. 2A-2C through FIG. 8, a call processing overview, as 
follows, may be helpful: 

1) The switched network 107 determines that a call is to be 
routed to the automated operator center 111 and forwards 
the call to the appropriate ACD, here ACD 110. 

2) The ACD 110 receives the call from a bridging switch 
(108) via a release line trunk (RLT) and delivers the call 
to a selected group, such as ARU 113 for automated 
processing using instructions from the application pro- 
cessor 118 and data which arrived with the calL The call 
data defines, among other things, the type of call that has 
been received. The ACD may queue the call until an ARU 
port is available. 

3) Data collected from the call, such as ANI, called number, 
information digit, etc are forwarded to the ARU 113. 

4) The ARU then retrieves the '"property record** (which is 
the record associated with the call datayfrom the call 
processor 115. If no property record is found, a default 
record will be used for call processing. 

5) Based on the data of the property record and the access 
method used, the caller will be prompted with 
appropriate, customized scripts and other features. 

6) Ail calls and certain caller supplied information are 
validated (e.g., card numbers) against databases. 

7) If a caller fails to respond within a certain time (usually 
upon detection of a time-out with silence), the call will be 
transferred back to the ACD 110 and routed to a manual 
operator. 
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8) Once an alternative billing method is validly 
implemented, the ARU will connect the calling and called 
parties and release the call back to the network 107. The 
ARU port is then available to accept another call. 
5 Now with respect to the process flow charts of FIG. 2A et 
seq (and with reference to FIG. 1) it may be assumed that a 
call, as from telephone 100 of FIG. 1, for which automated 
operator services are sought, has arrived at the automated 
operator center 111. This may have occurred, for example, 
10 by the caller dialing "0" plus the usual ten-digit telephone 
number. Access and routing to that point has been attained 
as described above. Upon arrival, the ACD 110 is directed by 
the application processor U, based on the call parameters 
that arrive with the call, to route the call to a particular group 
is operation, in this case to the ARU 113. Also, using the call 
parameters, which are sent to the ARU 113 and the call 
processor 115 via the 121, the property record associated 
with the call is then retrieved and call processing is begun at 
step 200. 

20 At step 201 an identification greeting is given along with 
an identifying tone— such as a typical bong tone. This may 
be from the long distance carrier or it may be a customized 
greeting called upon as a function of the call parameters and 
the property record. The customized greeting may be 

25 scripted to provide a customized greeting preselected by the 
subscriber and it may be in a particular preselected language. 
Generally, tor convenience herein the invention will be 
described in terms of English language scripting and 
processing, although it is to be realized that it is a feature of 

30 the invention to provide for customized processing and 
scripting in accordance with the desires of individual sub- 
scribers. Furmermore. a certain amount of customization 
may be realized by a caller during a calling session. 
At step 203 a capability to detect DTMF inputs from the 

35 caller's phone is set up. Then, in a succession of steps, the 
system determines at step 205 whether or not a "0" has been 
entered by the caller, at step 206 whether the caller has hung 
up, and at step 207 whether a particular code has been 
entered for requesting assistance for a collect call. The 

40 particular code here shown for requesting a collect call is 
"11", although any other code can obviously be selected for 
use. Instructions to let the caller know which inputs are 
required for a particular function are included in the process 
as will become apparent with further explanation. 

45 If. at step 205, a "0" is detected, this is an indication of a 
request for live operator assistance and step 209 is entered 
whereby a message is caused to be played to inform the 
caller to hold for an operator. Step 210 then follows to effect 
the transfer of processing from the ARU to a manual 

50 operator terminal (as station 120 in FIG. 1). Step 205, 
located at mis point of the process, facilitates the ability to 
raise a manual operator at any time if desired. 

At step 206, if it is determined that the caller has hung up, 
then step 212 is entered, dropping the call and discontinuing 

55 call processing for that call at step 213. 

If, at step 207, It is determined that the caller wishes to 
mfllre a collect then the process diverts, through step 
215, to a subprocess for implementing collect calls. That 
subprocess will be more fully discussed below in connection 

60 with FIGS. 3A-3C 

On the other hand, if there is no indication in step 207 that 
the caller wants to make a collect call then, in step 217 a 
H^rmi nati on is made as to whether or not the caller has 
entered "99** which is the code (for example) entered by a 

65 caller to cause a language menu to be presented in return. 
The input code, "99**, is accepted to cause a language 
menu to be played, however, only if a language menu flag 
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has been set, indicating that the language selection feature collect calls to be made; in step 240 the property record is 

has been presubscribed for. If both the language menu is tested to see if credit card calls are allowed; and in step 241 

requested and the language menu flag is set for the particular a test is made to determine if third party billing is allowed, 

property record, then a query is made at decision point 219 # the property record indicates permission, then the caller is 

as to whether the language menu has been played before for 5 directed to enter "11" for a collect call (step 242), the card 

this calL If not. then the language menu routine 220 is number for a credit card call (step 243). and the third party 

entered causing the menu to be played to the caller. The number for a third party billing call (step 244), respectively, 

details of routine 220 will be presented subsequently herein. * ^^T* nSp °n V "Ei? pU £ 

If the language menu has been played before, however, the <*« %*™ s tr* m^j^ is upon detection of 

. • / ,, . . - tn either 11 , a credit card number, or of a telephone number 

language menu routine ^ not again called on and the "> fQf ^ s ^ * ^ 

prooMM continues to step 222 (FIG. 2B). respectively cause the process to^dvance to step 250, 

Whether or not a third party billing number has been sJd £ mg my interveoi ng steps or menu options, 

entered by the caller (e.g., in the standard form of NPA- mc ^tnt, however, that the property record does not 

NXX-XXXX) is determined at step 222. If a number has allow any caller options (neither collect, credit card, or third 

been entered, then the process diverts to the third party 15 party billing) or if the caller makes no selection from the 

billing process at step 223, which will be covered later menu, step 249 is implemented, and the caller is directed to 

herein in connection with FIGS. 5A-^5G either enter 'XT or hold for a live operator. From that, step 

If no third party billing number is detected at step 222, the 250 is also entered 

next step 225 is to check to see if a charge card number has In step 250, a test is made to determine whether the 

been entered from the caller's telephone. If so, then a 20 subscriber is a language menu customer and if the language 

diversion is made via exit route 227 and the routine for menu has yet been played. If the property record shows that 

processing the call for billing against a charge card is the caller is entitled to alternate language processing as an 

entered. This routine is discussed in connection with FIGS. attribute of the call processing, and if the menu for that has 

7A-7B, below. not yet been played, step 252 directs the caller to enter "99" 

Next in the process are steps 228, 229, and 230 to allow 25 to invoke that menu. Once that message has been played or 

digits previously entered by a caller to be cleared and to if the menu has already been played for an entitled caller, the 

cause a restart of the process. This might be desired! for process enters the billing recollection entry point 260, 

example, in case a caller has made a mistaken entry and shown on FIG. 2A, returning processing to steps 205 et seq., 

wishes to begin anew. The caller can command digit clear- discussed above, for processing in accordance with the caller 

ance by depressing the star key (*), for example, on the 30 response. That is, depending on the caller response and the 

telephone keypad Thus, at step 228, if a star key entry is property record one of the subprocesses will be entered 

detected this is taken as a request to restart the process for FIGS. 3A-3C depict the process for a collect call handled 

some reason and step 229 is picked up to cause clearance of in accordance with the invention. For illustrating the han- 

all previously entered digits for the calL The process then dling of collect calls, the caller may be assumed to have 

returns, through exit point 230, to entry point 231 (FIG. 2A) 35 entered "0" plus the number sought to be billed against In 

where the process begins again with DTMF detection for FIG. 3A the process picks up at point 301 from the entry 

collectioa of new entries by the caller. point 215 of FIG. 2A (the caller having entered 1 *1 1" to select 

If no star entry is detected at step 228, the system checks, collect call processing), rete sting first at step 303 to deter- 

at step 233, to see if some preset time period has elapsed mine if the property record allows collect calls. If not. a 

without activity (e.g., if there has been a time-out with 40 script at 304 advises the caller that "collect calling is not 

silence). If there has been, the program advances to step 234 available" and the process returns to "Restart" via point 306, 

to determine if a menu of options to be presented to.the ultimately thus restarting processing at point 238 (shown on 

caller has previously been played (or routed through). If step FIG. 2C). If, however, the property allows collect calls, then 

233 determines that some input, vocal or otherwise, has at step 308 the number sought to be billed against is screened 

occurred before the timeout it is then presumed, since the 45 to see if calls can be billed against it The billing number 

input has been unrecognizable, that the input was invalid screening is done by access to validation database 126 via 

Accordingly, the program moves to step 235 thereby it is the validation gateway 122, as illustrated in FIG. L 

announced to the caller that the input received was not a The billing number screening is generally against a nega- 

valid option. From mere, processing is returned to the main tive database so that action is taken to discontinue collect 

process flow subsequent to step 234, with the presumption so call processing only if the number is found in the data base, 

that the options menu has previously been routed through- Thus, in step 308 if the number is found a script is played 

If step 234 determines that the menu of services has been at step 310 advising mat a call cannot be billed against the 

offered or checked previously, a test is next made at step 236 entered number, the collect call option is denied at step 311, 

to determine if the menu has been offered a number of times and the processing is returned to the Restart point via 

exceeding some preselected threshold The threshold num- 55 connecting point 312. It may be noted at this point that it is 

ber may be set as desired but typically may be set to present a feature of the invention to provide a recycle of the process 

the caller with up to three replays of, or routings through, the in this manner to allow a caller to make successive attempts 

menu. If the threshold is exceeded the caller is transferred to to place a ball without dropping them from the system, 

a live operator via exit point 237. If the number is not found however, at step 313 a script 

If the menu selection steps have not been previously 60 is automatically played directing the caller to speak his 

routed through (step 234) and the threshold has not been name. That is recorded at step 314 for later playback, 

exceeded (step 236), automated processing continues (FIG. At any time, the caller may enter a "0" to gain access to 

2Q and a series of steps 239-247 are set up for routing a live operator. At steps 316 if a "0" is detected a script is 

through the menu of options. The menu routing depends on played at 317 advising to "hold for an operator**, and transfer 

which service the caller wants to use and on what the 65 is made accordingly at step 318. 

property record allows. In step 239 a test is made to If the caller fails to respond within a certain time, result- 
determine if the subscriber (the property record) allows ing in a silent line for that period as determined at process 
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step 320, then step 321 is entered which performs a test to system is "Unable to process your response.** Processing is 

determine if the caller has been prompted fox his name then returned to step 336 to ast the called party again if the 

excessively. This test is essentially a counter with a charges far the call will be accepted. Thus, the process will 

threshold, which, if exceeded causes a transfer of the call to continue until the call is denied, accepted, diverted to a live 

manual, bringing an operator on the line (as via station 120 5 operator, or the caller is allowed a new calling option, 

of FIG. 1) at step 322. In FIG. 4, the new call/new billing option begins withstep 

If there is no time-out with silence, then a script is played 401, entered from exit point 346 of FIG. 3C, advising the 

at step 324 advising the caller to "please hold." The caller is caller, by script, to enter "1" to make another call, 

placed on hold at step 325, and may, as a customized feature, Obviously, another appropriate input can be used if desired, 

be provided with subscriber preselected messages or music 10 Next, at step 403, if a "1" is not detected, step 405 operates 

while holding. While the caller is on hold at step 326, the to drop the call and the process is done for that call. On the 

system automatically dials the called number at 327. Next a other hand, if a "1" is detected, the caller is directed at step 

series of tests are made at steps 329, 330, and 331 to 407 to enter the telephone number to be called The process 

determine the response to the call; i.e., whether the line is starts DTMF detection at step 409, followed by steps 411 

busy, an answering machine has responded, or there is a 15 and 413 to check to see if a "0" has been entered for live 

busy-no answer response, respectively. Any one of these operator assistance or if a request has been made to clear the 

responses causes a script to be played at step 333 advising digits entered (eg., by the key), respectively. A switch 

the caller of the response. Since the call cannot be to manual processing is available via step 415. Digit clearing 

completed the caller line is then dropped The detection of results in a recycle of the process from step 413 back to the 

these responses is by standard techniques available for such 20 start of DTMF collection 409. If neither live operator 

purposes. assistance nor digit clearing is requested, the call is 

If, however, the responses to these tests are all negative, advanced to the "Restart** entry point of FIG. 2C so that the 

a script is played to the called party at step 335 advising, for caller can then be offered the available automated operator 

example, mat 'This is the MCI automated operator — I have services. 

a collect call from [caller*s recorded name].** (This message 25 Referring to FIGS. 5A-5C, illustrating processing for 

may be in another, preselected language besides English, of billing calls to a third party, the initial step 501, in FIG. 5 A, 

course.) Following that, a script is played (step 336) asking is to make a deterrnination, from the property record, as to 

"Will you accept the charges?** For detecting the called whether third party billing is allowed If not, a script is 

party's responses, a DTMF detector and/or a voice recog- played, step 503, to advise the caller that such billing is not 

nition device are activated at step 338. The called party may 30 available for the call The process men returns to the Restart 

be instructed to enter particular DTMF digits as **yes/no** entry point 238, shown in FIG. 2C, to allow the caller to 

indicators, or the voice recognition system may simply select other processing options that might be available, 

recognize the spoken words. If a "No** indication is received If the property record shows that third party billing is 

at step 340, then the process is caused, at step 342, to play allowed, a billing number screen is conducted at step 504 to 

an appropriate script to the called party and then to drop the 35 see if the billing number, per se, is unavailable for such 

called party line at step 343. Since, in this leg of processing, billing. Billing number screening was discussed above in 

the charges will not be accepted, a script is played to the connection with collect call processing and is essentially the 

caller at step 345 advising that such is the case, and same for third party billing. If the number is found in the 

processing moves through exit point 346 to a subprocess negative screen by step 506, then a call cannot be billed to 

(depicted in FIG. 4) for the caller to request new call options. 40 that number and an announcement is given to the caller, per 

If, at step 340, there is no detection of a "No" response, step 508, indicating that the number cannot be billed against 

then step 348 determines whether the answering party has Also, in that case processing is returned to the Restart entry 

hung up or not. If so, then the collect call cannot be point to allow other processing options, 

completed and step 343 is entered and processing proceeds When the number is not found in the screen, a script will 

through exit point 346 as discussed above to allow the caller 45 be played at 510, directing the caller to speak his or her 

other options. If the answering party neither gives a "No" name. Voice recording capability is activated (step 511) to 

response nor hangs up, however, and if a "yes M response is capture the caller* s response. Since the caller's response 

detected at step 350, indicating that charges will be accepted, may be unpredictable, at mis point the system checks, at step 

then step 355 will be implemented to connect the calL 513, for operator requests ("0" detect), caller disconnects, 

Processing is then complete for that call. It will be recog- 50 and time-outs with silence. These responses are handled 

nized that connecting the call releases it back into the essentially as was discussed above in connection with the 

network 107 (FIG. 1) through the release line trunk, etc. collect call process, and for conciseness that discussion is 

If a "Yes" response is not detected at step 350, the system not repeated here nor are the specific details shown again in 

checks for a 'time-out with silence** at step 357. If there is FIGS. 5A-5G 

a time out, then limit detection is employed, step 358, to 55 It will be recognized that the caller and the system may be 

determine if the called party has been prompted for response interacting in a language other than English. It may be 

a number of times in excess of a preset threshold (e.g., desirable, however, to have the system make contact and 

twice). If not, return is made to step 335 and the script interact with the third party in English. If that is the case, a 

introducing the automated operator to the called party is step can be added to the process, as step 515, whereby the 

replayed If the threshold is exceeded then transfer is made (o caller may request that interactions with the third party be 

to a live operator at step 360. conducted in English. This can be done, for example, by 

With no *timc-out with silence" detected at step 357, having the system ask the caller if he or she wishes to have 

excessive prompting is also determined at step 361. Again, it prompt the third party in English. The caller can then 

if a threshold is exceeded, the call is referred to a live signify, by voice or telephone keypad one way or the other, 

operator for handling via step 360. If not excessive, but since 63 For example, the caller may be asked to press "1" on the 

an appropriate response has not been received from the keypad to cause interaction with the third party to be 

called party, step 363, by script, informs the caller that the conducted in English. It will be recognized of course, that 
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logic may also be included to skip this step if the caller For example, the caller may be asked at step 600 to enter a 

interaction is already in English. And certainly it is within. w 1" from the telephone keypad if he wants to bill some other 

the scope of the invention to select other languages which way or to another number. Then, at step 602, the system 

are different for interaction with the caller and the third looks for entry of a "1**, which, if detected, simply returns 

party. It will also be recognized that this language changing 5 processing to the Restart point of FIG. 2C. If, however, a " l rt 

feature may be used in the collect call (accessing discussed is not detected, the system looks to see whether the caller 

above. remains on the line or not, whether a request for a live 

At step 517 the caller is asked to "Please hold" and is operator has been made or not, and whether an excessive 

placed on hold while the system begins to make contact with number of re-tries have been made or not (steps 604-606, 

the third party. At step 519, as a subscriber option, the caller 10 respectively). If the caller has hung up or there are excessive 

may be connected in to hear preselected music or custom- re-tries, the caller line is simply dropped at steps 608 and 

ized messages while on hold. This is a feature available for 609, respectively (although appropriate messages may be 

any of the call processing described herein (e.g., for collect played to the caller in such cases before the disconnect). If 

calls) whereby during interludes or holding periods in the a request is made for a live operator, the transfer is made via 

call flow, customized music or messages are made available 15 steps 611 and 612. 

to the party on-hold. An example of a process according to the invention for 

The third party number which has been entered by the alternatively billing calls to a credit card is shown in FIG. 7 

caller is dialed by the system at step 520. Then the system Here, it is to be understood that to initiate the call, the caller, 

runs through routines, at steps 522-^523. like those discussed or user, will have entered the telephone number to be called 

above for collect calling, to determine the response at the 20 and the credit card number against which the call is sought 

third party phone; i.e., whether busy, answer machine to be billed. 

response, or ring-no-answer. If the response is any of these, The first step 700 is to check the property record to see if 

then the caller is informed, by step 525, that the call cannot the subscriber or property record holder allows this particu- 

be billed to me third parry number. The process then returns lar type of credit card calls. Those of skill in the art will 

to the Restart point. 25 recognize that various kinds of charge card calling are 

If there is an answering party, however, announcements known, and that, for example, a call may be sought to be 

are made introducing the automated operator, letting the billed against a commercial card (eg., Visa, Mastercard) or 

third party know that a caller (whose recorded name will be against a card issued by one of the regional telephone 

given) wishes to boll a call to the third party number, and companies. The invention, and the process of FIG. 7, are 

asking if the charges will be accepted (steps 526-^528, 30 adaptable for use with all such cards, and it may be an option 

respectively). DTMF and/or voice recognition detection offered to the subscriber, reflected in the particular property 

capabilities are activated at step 529 to accept the third record, to allow calls to be billed against some cards but not 

party 1 s inputs. As discussed above, these inputs can be in the others. In the illustrated call flow, if the property record does 

form of telephone keypad inputs or "yes/no" vocal not show that card calls are allowed, the caller is given a 

responses. Detection of a "No" response, step 530, causes a 35 message to that effect at 701 and returned to the Restart point 

'Thank you" response (step 531) to be given to the third of the overall process. 

party and to drop the third party line (step 533). An If the property allows card calls, the caller is prompted to 

announcement is then made to the caller, at step 534, that the enter an expiration date for the card at step 703 followed by 

charges will not be accepted and the process moves, via exit enablement of DTMF collection at 705. A series of steps, 

point 535, to present the caller with new billing options 40 similar to ones discussed above, are implemented to deter- 

(dis cussed below). mine if there is a time-out with silence, if a key has been 

If "No" is not detected at decision point 530 or a deter- entered for digit clearance, or if a live operator's help is 

mination is 537 is made that the third party has hung up, then requested. These combined steps are shown at block 707. An 

steps 533-535 are also used to move to new billing options appropriate response is incurred in each case as also was 

for the caller. 45 discussed above in the case of collect and third party 

A "Yes" response is looked for, at step 539, if the third alternative billing, 

party neither said "No" to the request nor hung up. If "Yes" The expiration date is checked at step 709, and if found 

is detected, the third party line is dropped, the caller is to be invalid a re-try counter is checked at step 711, which, 

informed that the charges will be accepted, the called if exceeded causes the caller to be transferred to a live 

number is dialed by the system, and the call is released back 50 operator at 713. Validation of the expiration date is by way 

to the network for completion (steps 540-543, respectively). of the validation databases discussed above in connection 

On the other hand, if A "Yes" is not detected, the system, by with FIG. 1. If the card date has not lapsed, the system 

a combination of actions at step 545, looks for time-outs checks at step 715 to see if the caller remains on the line. If 

with silence and excessive retries (as was discussed above not, the caller line is dropped. 

for collect calling) and recycles either to an introduction of 55 With the caller still on the line, the system will advise the 

the automated operator at step 524 or to step 528 to ask again caller at step 717 to enter bis or her Zip code. That is for 

if the charges will be accepted (the recycle paths are not further validation of the caller's authority to charge calls 

shown specifically in FIG. 5Q. against the card number. Again, at this point, although not 

Ultimately, if a "Yes" response is not detected at step 539. specifically illustrated, steps may be inserted to confirm that 

and following a reasonable number of requests for response 60 the caller remains on the line, to handle operator requests 

from the third party, the third party line is dropped at 547 and and such other things as requests for digit clearance and 

the caller is transferred to a live operator at step 550. excessive re-tries. The system then checks at 719 to see if the 

In the event the third party billing is denied (as at step entered Zip code is valid for the charge card. If not, a retry 

534), the caller is offered an option to bill the call another counter is checked at step 721 to either recycle to step 717 

way, process steps for which are shown in FIG. 6, now 65 to again request entry of the Zip code or to transfer to manual 

referred to. Initially, the caller is asked to make some at 723, depending on whether the counter threshold is 

indication that there is a desire to bill the call another way. exceeded or not 
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If the Zip code is found to be valid, a billing number 
screening test is made of the credit card number at step 725. 
This is also, as discussed above, preferably against a nega- 
tive database file so that if the number is found, steps may 
be taken to deny alternative billing of the call to the entered 5 
card number. If it is determined in either of the following 
steps, 727 or 728, respectively, mat the card number is either 
in the data base or it does not pass the overall validation 
requirements, a script is played to the caller at step 731 
advising that the entered card number cannot be billed to 
against The system processing may also be caused at this 
point to make other checks on the entered credit card number 
for controlling fraudulent card use. For example, although 
not specifically illustrated, an assessment can be made as to 
whether the card is "hot** or not, or whether it is on a list of 15 
lost or stolen credit cards, etc. Those of skill in the art will 
recognize the opportunity to implement these kinds of 
specific processing steps within the overall process flow. 

In any case, once the caller is advised that a call cannot 
be billed against the card number, at step 731, a validation 20 
count register is checked at step 733 to see if the count is 
greater than one. If not, the caller is offered an opportunity 
at step 735 to reenter the card number from which the 
process returns to the Billing Recollect processing point 260 
shown on FIG. 2A. If, on the other hand, the validation count 25 
is greater than one at step 733, the card calling option is 
removed from the options available to callers at step 737 and 
the process returns to the new billing option part of the 
process illustrated by FIG. 4 6. 

With final acceptance and validation of the card number 30 
at step 728, the telephone number is then dialed out by the 
system at 739 and the call is then released back to the 
network at step 74#. Processing by the system according to 
the invention is complete for that calL 

In FIG. 8, more detailed processing steps are shown for 35 
implementing the language selection menu which is 
included as part of the main routine and which is shown in 
FIG. 2A as the language subroutine 220. Initially, at step 
800, the DTMF detection capability is set to listen for 
language menu options. The system then causes a vocal 40 
recitation of the menu of languages available (step 802) so 
that one of them can be chosen as the one to be used for 
vocal interactions with the caller or user of the system. Next, 
at 804, it is determined whether or not a selection has been 
made. If a selection has been made, the language settings are 45 
changed accordingly (step 806), following which the DTMF 
detection is set to listen (step 810) for entry of billing menu 
options. The system provides an appropriate response to the 
user in the new language (e.g., the equal of Thank you M at 
812) and processing is returned from the subroutine. 50 

If no language option is detected at step 804, a check 814 
is made to see if there is a time-out with silence, and if so, 
a test 816 is made to see if there have been excessive retries. 
If not, a recycle to the language menu causes it to be played 
again at step 802. If. however, the number of re-tries exceed 55 
a preset threshold, the call is transferred to live operator for 
handling at step 817. Similarly, if a time-out with silence 
does not occur at step 814, steps 818 and 820 are imple- 
mented to determine if there is, first, a request for an 
operator by entry of a "0" from the caller, and second, if 60 
there have been excessive re-tries at use based on some 
apparent inputs from the caller detected at step 814. In the 
first case, the call is transferred to a live operator via step 
817; in the second case the call is also transferred if the re-try 
threshold is exceeded. Otherwise (Le., the threshold is not 65 
exceeded), the caller is re-presented with the language menu 
at 802 and processing resumes again from there. The 



transfer, and all language service, is seamless in the sense 
that call processing stays in the same language when cross- 
ing from automatic processing to live operator processing, 
and vice versa. 

While the foregoing has described a preferred form of the 
invention, those of skill in the art will recognize that various 
modifications and adaptations may be made therein without 
deviating from the scope of the invention. For example, 
while much of the processing has been described in a 
generally sequential fashion, those of skill in the art will 
recognize than many operations and processing steps can be 
carried out substantially simultaneously or in an order 
different from that specifically described. It is intended that 
the following claims shall cover all such modifications and 
embodiments which fall within the inventive concept 

The invention claimed is: 

1. A system for automatically processing telephone calls 
sought to be placed by a caller from a telephone under caller 
selectable alternative billing options, comprising: 

(a) automatic response means for receiving from a net- 
work telephone calls for which alternative billing are 
sought, for processing said calls in accordance with the 
caller selectable alternative billing options, and for 
releasing the calls back to the network after processing 
for call completion, said automatic response means 
being operative to allow the caller to select from said 
alternative billing options and to process a selected 
option and said automatic response means including (i) 
a voice response portion for accepting call-related 
inputs and for providing responses thereto, and (ii) a 
call processing portion interactive with the voice 
response portion for controlling progression of call 
processing; 

(b) call control means interconnected to the automatic 
response means for receiving calls from the network 
whereby each call includes call parameters indicative 
of a call type, said call control means further examining 
the call parameters before directing at least one type of 
calls to said automatic response means; and 

(c) database means accessible by the automatic response 
means for each call processed by said call control 
means to provide data to said call control means 
specifying processing features for each alternative bill- 
ing option, such features being defined for such call by 
the call parameters therefor. 

2. The system of claim 1 wherein the call parameters for 
each call for which alternative billing is sought include 
parameter dam indicative of a subscriber who subscribes 
services provided by said system, and the features specified 
by the database means include customization features pre- 
selected by the subscriber. 

3. The system of claim 2 wherein the call control means 
includes an automatic call distributor (ACD) interfaced to an 
applications processor adapted to receive the call parameters 
via the ACD and to cause the ACD to direct calls to said 
automatic response means. 

4. The system of claim 2 or 3 wherein the alternative 
billing option is selected by the caller from a group con- 
sisting of collect call billing, billing to a third party, and 
billing to a credit card. 

5. The system of claim 4 wherein the subscriber customi- 
zation features are selected from a group consisting of (i) 
playing music to a caller during interludes in call processing, 
(ii) customized greetings, and (iii) a spoken language for 
vocalized portions of call processing. 

6. The system of claim 5 wherein the call control means 
is connected to the automatic response means by a first local 
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area network and the database means is accessible to the 
automatic response means by a second local area network. 

7. The system of claim € wherein said automatic response 
means presents the caller with a menu of the caller selectable 
alternative billing options and to accept DTMF signal inputs 
as indicative of selections therefrom by the caller and as 
indicative of at least information by the caller for call 
processing. 

8. The system of claim 6 wherein said automatic response 
means presents the caller with a menu of the caller selectable 
alternative billing options and the system further includes 
voice recognition means adapted to recognize and accept 
vocal inputs from the caller as indicative of selections from 
the menu by the caller and as indicative of at least input 
information by the caller for call processing. 

. 9. A method providing callers with customized automated 
telephone operator services for selected types of telephone 
calls, comprising the steps of: 

(a) directing a call for which operator services are sought 
by a caller through a telephone network to an auto- 
mated operator center from which such services are 
provided, said call including call parameters which 
define a call type for the call; 

(b) at said automated operator center, examining the call 
parameters for the call and determining therefrom 
whether automated telephone operator services are to 
be provided for the call; 

(c) directing the call to an automated response unit if it is 
determined that automated telephone operator services 
are to be provided for the call; 

(d) providing the caller with a menu of automated services 
for which the caller has the option of selecting at least 
one service for use; 

(e) further examining the call parameters and determining 
therefrom which features, if any, of a plurality of call 
processing features will be used for automated process- 
ing of said call, said determined features being prese- 
lected by a subscriber for such automated operator 
services; and 

(f) processing the call in accordance with said preselected 
features to provide a service selected for use by the 
caller. 
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10. The method of claim 9 including the further step of 
providing the caller with a menu of attributes from which the 
caller may select at least one attribute according to which the 
service selected by the caller will be processed. 

11 The method of claim 10 wherein the menu of attributes 
is a menu of languages and the call is processed in the 
language selected by the caller. 

12. The method of claim 9 wherein the menu of automated 
services includes a service for placing collect calls, a service 
for billing calls to a third party telephone number, and a 
service for billing calls to a credit card account 

13. The method of claim 9 or 12 wherein the plurality of 
call processing features includes processing a call in a 
preselected spoken language, processing a call with custom- 
ized greetings, and processing a call to play music to the 
caller during processing interludes. 

14 The method of claim 12 wherein prior to completion 
of the call for any available service, approval is sought for 
alternatively billing the call in accordance with the selected 
service, and in the event such approval is unavailable the 
caller is again offered the menu of services for reselecttng a 
service therefrom. 

15. A method for providing a telephone caller with 
automated operator services having customized features 
23 preselected by a subscriber for such services, comprising the 
steps of: 

(a) routing a call for which operator services are sought to 
an automated operator facility, said call being accom- 
panied by call parameters indicative of call character- 
istics; 

(b) causing a menu of available operator services to be 
presented to the caller; 

(c) receiving at least one menu selection from the caller as 
an indication of a menu-listed service to be used; 

(d) using the call parameters to retrieve a record contain- 
ing the customized features preselected by the sub- 
scriber as applicable to the operator service selected 
from the menu; and 

(e) automatically processing the call in accordance with 
the preselected customized features therefor to provide 
the selected operator service. 



30 



35 



40 



10/09/2002, EAST Version: 1.03.0007 



